home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 242 < prev    next >
Text File  |  1994-08-27  |  2KB  |  51 lines
  1. Subject: Re: Shortcut Manager
  2. Date: Thu, 2 Jun 1994 13:15:49 +0200 (MDT)
  3. In-Reply-To: <H.ekK.BhziUuSeQlI@elfhaven.ersys.edmonton.ab.ca> from "Michel Forget" at May 22, 94 01:14:48 am
  4. From: Annius.Groenink@cwi.nl (Annius Groenink)
  5. X-Face: "E3Hm]k]&:,OEP<{D2ixJf>-9[qOGLebNa0&cQyFL-a~)kTM3&&I"gFw=fJ]K%1IduGjOE`
  6.  ZGu]&~G]QNGa7i/L!+#Xng<|+}HKYHj~5?fTInUEUh0$I1gBI7jrA!&_|e/pR1[cX:^xgJTPsrjA_9
  7.  m8Zli[|.-u{]+c1(6C7mL*m`/_J\>.{4!:g
  8. Mime-Version: 1.0
  9. Precedence: bulk
  10.  
  11.  
  12.  
  13. (andre)
  14.  
  15. > Better still (and trying to avoid over-thinking the plumbing, if possible)
  16. > how about a system text file, rather like ASSIGN.SYS, NEWDESK.INF, etc,
  17. > which contains the user's preferred shortcuts. A default file could be
  18. > created which pretty much mirrors the contents of our final standard - or
  19. > indeed *is* the final result of our work? The user could then change their
  20. > own local copy as required - for example to allocate 'Select All' to some
  21. > other key sequence. :-)
  22.  
  23.  
  24. This is basically the same idea as the central shortcut manager,  except
  25. that every program will now read the manager's configuration file itself,
  26. and is free to do with it whatever it wants.  Fine with me.
  27.  
  28. But I insist that we design an elaborate standard for dividing the shortcuts
  29. into groups for different applications or different classes of applications,
  30. as opposed to just defining all shortcuts for all applications
  31.  
  32. What should an application do if the KEYBIND.INF file assigns something
  33. to every possible key combination,  but none of the shortcuts makes any
  34. sense to the application?   A good example of keys that definitely shouldn't
  35. be globally defined are Ofir's codes for italics,  boldface and underlined.
  36. Those should only be defined for the class of word processors,  and left
  37. free for other applications.
  38.  
  39. What we need is a practical way of looking at classes of applications.
  40. For example,  a Calamus would be both a word processor and a drawing package
  41. (perhaps bad example).
  42.  
  43.  
  44. One BIG advantage of a KEYBIND.INF file is that if we define GENERAL
  45. OPERATIONS rather than MENU ITEMS,  you can also define bindings for operations
  46. which are NOT in the menu,  such as cursor movement.  For example,  you
  47. could make your text editor feel like a flight simulator by swapping the
  48. cursor keys.
  49.  
  50.  
  51.